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@> PROCEDE DE GESTION DE COMMANDES DANS PLUSIEURS FICHIERS D' APPLICATION ET CARTE A PUCE 
POUR LA MISE EN OEUVRE DU PROCEDE. 

(§) L'invention conceme un procede de gestion de com- 
mandes dans plusieurs fichiers d'appiication, a chaque 
commande dans chaque fichier d'appiication etant associee 
une condition d'acces correspondant a ladite commande, 
chaque commande dans chaque fichier d'appiication etant 
executee si un utilisateur a ordonne ^execution de ladite 
commande et si la condition rfacces correspondant a ladite 
commande est memorrsee. 

Selon rinvention, on garde memorisees les conditions 
rfacces conjointement pour tous les fichiers d'appiication. 
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L'invention conceme un procede de gestion de commandes dans plusieurs 
fichiers d'application et une carte a puce adaptee a gerer des commandes dans 
plusieurs fichiers d'application. 

On connait des procedes de gestion de commandes adaptes a gerer des 
5 commandes dans plusieurs fichiers d'application. Ces procedes sont par exemple 
adaptes a gSrer des commandes telles que creer ou ouvrir ou supprimer un 
sous-fichier dans un premier fichier concernant une premiere application ou telles 
que cr6er ou ouvrir ou supprimer un sous-fichier d'un deuxieme fichier concernant 
une deuxteme application. Les moyens mettant en oeuvre de tels procedes sont 
10 appeles « operating system » en anglais. 

Un utilisateur qui souhaite ordonner l'execution d'une telle operation doit 
satisfaire a la condition d'acces associee a la commande dans le fichier 
d'application. 

Dans certains domaines d'application, ces conditions d'acces ont ete 

15 normalisees. On connait ainsi par exemple la norme EN 726-3 pour les procedes de 
gestion de commandes dans les cartes a puces. Cette norme mentionne par 
exemple une condition d'acces notee « ALW » pour laquelle l'utilisateur n'a besoin 
de satisfaire a aucune condition : ainsi une operation dans un fichier d'application, 
a laquelle est associee la condition d'acces « ALW » sera toujours executee si 

20 l'utilisateur 1'ordonne. Cette norme mentionne aussi une condition d'acces notee 
« NEV » : si Tutilisateur ordonne l'execution d'une operation dans un fichier 
duplication, a laquelle est associee la condition d'acces «NEV », cette operation 
ne sera pas executee. Cette norme mentionne egalement, entre autres, des 
conditions d'acces notees « CHV1 » et « CHV2 ». 

25 Les proc6d6s de gestion de commandes dans plusieurs fichiers d'application 

connus ne pennettent pas de gerer conjointement des commandes pour des fichiers 
d'application differents. Ainsi, lorsqu'un operatoir fait executer des commandes 
dans un premier fichier d'application, qu'il passe a un deuxieme fichier 
d'application pour y faire executer des commandes, et qu'il retourne au premier 

30 fichier d'application, il doit satisfaire a nouveau aux conditions d'acces pour faire 
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executer, dans le premier fichier duplication, des commandes analogues a celles 
qu'il a fait executer initialement. 

L'objet de Tinvention est de proposer un procede de gestion de commandes 
dans plusieurs fichiers d'application, mis en ceuvre aisement et en toute securite, 
5 ayant un cout reduit et permettant de r&oudre ce probleme. 

Phis precisement, Tinvention concerne un proc&Ie de gestion de commandes 
dans plusieurs fichiers duplication, a chaque commande dans chaque fichier 
d'application etant associee une condition d'accds correspondant a ladite 
commande, chaque commande dans chaque fichier duplication etant executee si 
10 un utilisateur a ordonne T execution de ladite commande et si la condition d'acces 
correspondant a ladite commande est m&norisee, caracterise en ce qu'oh garde 
memorisees les conditions d'acces conjointement pour tous les fichiers 
d' application. 

De preference, un utilisateur ayant ordonne T execution d'une commande 
15 dans un fichier duplication, 

on recherche si la condition d'acces correspondant a ladite commande est 
memorisee, 

si la condition d'acces est m&norisee alors on lance T execution de la 
commande, 

20 sinon on demande a Tutilisateur de satisfaire a la condition d'acces et alors, si 

Tutilisateur satisfait a la condition d'acces, on memorise la condition d'acces et on 
lance ('execution de la commande. 

Avantageusement, n d&ignant un entier superieur ou egal a deux, 
Tutilisateur ayant satisfait a n conditions d'acces, on garde memorisees les n 

25 demieres conditions d'acces satisfaites. 

De preference, une nouvelle condition d'acces etant satisfaite par 
Tutilisateur, ladite condition d'acces n'etant pas en memoire, n conditions d'acces 
etant memorisees, on supprime de la memoire la condition d'acces la phis 
anciennement satisfaite et on memorise la condition d'acces nouvellement 

30 satisfaite. 
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Selon un premier mode de mise en ceuvre du procede, n est 6gal au nombre 
de conditions d'acces pour l'ensemble des commandes de tous !es fichiers 
d'application. 

Selon un deuxieme mode de mise en ceuvre du procede, n est superieur au 
5 nombre de conditions d'acces pour l'ensemble des commandes de tous les fichiers 
d'application. 

Selon un troisieme mode de mise en oeuvre du procede, n est inferieur au 
nombre de conditions d'acces pour Pensemble des commandes de tous les fichiers 
d'application. 

10 Avantageusement, un contact etant etabli pour deman-er ledit procede de 

gestion de commandes, le contact etant rompu, on efface toutes les conditions 
d'acces. 

L'invention concerne egalement une carte a puce adaptee a g6rer des 
commandes dans plusieurs fichiers d'application, a chaque commande dans chaque 

15 fichier d'application etant associee une condition d'acces correspondant a ladite 
commande, chaque commande dans chaque fichier d'application etant executee si 
un utilisateur a ordonne 1'execution de ladite commande et si la condition d'acces 
correspondant a ladite commande est en memoire, caracterisee en ce qu'elle 
comporte des moyens pour garder en memoire les conditions d'acces 

20 conjointement pour tous les fichiers d'application. 

De preference, un utilisateur ayant ordonne 1'execution d'une commande 
dans un fichier d'application, elle comporte : 

- des moyens adaptes a rechercher si la condition d'acces correspondant a 
ladite commande est en memoire, 

25 - des moyens adaptes a lancer 1'execution de la commande si la condition 

d'acces est en memoire, 

- des moyens adapt6s a demander a 1'utilisateur de satisfaire a la condition 
d'acces si la condition d'acces n'est pas en memoire, et 

- des moyens adaptes a memoriser la condition d'acces et a lancer 
30 Fexecution de la commande si Putilisateur satisfait a la condition d'acces. 
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Avantageusement, n designant un entier superieur ou egal a deux, 
Futilisateur ayant satisfait a n conditions d'acces, elle comporte des moyens 
adaptes a garder en memoire les n dernieres conditions d'acces satisfaites. 

De preference, une nouvelle condition d'acces etant satisfaite par 
5 Futilisateur, ladite condition d'acces n'etant pas en memoire, n conditions d'acces 
6tant m£morisees, elle comporte des moyens adaptes a supprimer de la memoire la 
condition d'accis la plus anciennement satisfaite et a mdmoriser la condition 
d'acces nouvellement satisfaite. 

Selon un premier mode de realisation, n est egal au nombre de conditions 
10 d'acces pour Fensemble des commandes de tous les fichiers d'application. 

Selon un deuxieme mode de realisation, n est superieur au nombre de 
conditions d'acces pour Fensemble des commandes de tous les fichiers 
d'application. 

Selon un troisieme mode de realisation, n est inferieur au nombre de 
15 conditions d'acces pour Fensemble des commandes de tous les fichiers 
d'application. 

Avantageusement, la carte comporte un contact et des moyens adaptes a 
supprimer toutes les conditions d'acces lorsque le contact est rompu. 

D'autres caracteristiques et avantages de Finvention apparaitront au cours de 
20 la description d*un mode de realisation qui va suivre, donne a titre d'exemple non 
limhati^ a Fappui des cinq figures sur lesquelles : 

la figure 1 represente un tableau de memorisation relatif a un espace memoire 
dans la memoire vive de la carte a puce adaptee a gerer des commandes dans 
plusieurs ficMers d'application, le tableau est represente dans Fetat initial de 
25 memorisation, 

les figures 2 a 5 sont analogues a la figure 1 pour differents etats de 
memorisation, 

la figure 6 represente la carte et son environnement de fonctionnement, 
la figure 7 represente Forganisation Iogique de la carte, et 
30 la figure 8 represente un organigramme Iogique des etapes du procede de 

Finvention. 
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En se referant plus particulierement a la figure 7, on va decrire 1'organisation 
logique d'une carte 8 a puce adaptee a gerer des commandes dans phisieurs fichiers 
d'application. 

La carte 8 comprend des moyens pour mettre en ceuvre le procede de gestion 
5 de commandes, ce moyen est denomme « OS » et porte la reference 3. 

La carte 8 comprend deux fichiers d'application, aussi appeles repertoires. 
Le premier fichier d'application est denomme « compte bancaire » et porte la 
reference 40. Ce fichier d'application est prevu pour permettre a un utilisateur de 
gerer des donn£es relatives a son compte bancaire. 
10 Dans le fichier « compte bancaire », 1'utilisateur peut ordonner Pexecution 

d'une commande denommee « solde» portant la reference 41, d'une commande 
denommee « debit » portant la reference 42 et d'une commande denommee 
« transfert vers compte bourse » portant la reference 43. 

La commande « solde » contient des instructions permettanl a 1'utilisateur de 
15 connaJtre le solde de son compte bancaire. 

La commande « debit » contient des instructions permettant a 1'utilisateur 
d'ordonner un mouvement de debit de son compte bancaire. 

La commande « transfert vers compte bourse » permet a 1'utilisateur 
d'ordonner le transfert (Tun certain montant du compte bancaire vers un compte 
20 bourse. 

Le deuxierae fichier d'application est denomme « bourse » et porte la 
reference 50. Ce fichier d'application est prevu pour permettre a 1'utilisateur de 
g6rer des donndes relatives a son portefeuille de bourse. 

Dans le fichier « bourse », Putilisateur peut ordonner Pexecution d'une 

25 commande denommee « solde compte bourse » portant la reference 51, d'une 
commande denommee « solde bourse » portant la reference 52, d'une commande 
denommee « titre » portant la reference 53, d'une commande denommee « ordre 
d'achat » portant la reference 54, d'une commande denommee « ordre de vente » 
portant la reference 55 et d'une commande denommee « transfert vers compte 

30 bancaire » portant la reference 56. 
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La commande « solde compte bourse » contient des instructions permettant a 
Futilisateur de connaitre le solde du compte bourse prevu pour alimenter et 
recevoir !e montant correspondant aux achats et ventes de titres de bourse. 

La commande .« solde bourse » contient des instructions permettant a 
5 Futilisateur de connaitre la valeur globale des titres en bourse qu'il possede. 

La commande « titre » contient des instructions permettant a Futilisateur de 
connaitre les titres de bourse que lutilisateur possede. 

. La commande « ordre d'achat » permet a Futilisateur de donner Finstruction 
d'acheter des titres de bourse. 
10 La commande « ordre de vente» permet a Futilisateur de donner 

Finstruction de vendre des titres de bourse. 

La commande « transfert vers compte bancaire » permet a Futilisateur de 
donner Finstruction de transferer un certain montant du compte bourse vers le 
compte bancaire. 

15 Pour pouvoir effectuer les commandes « solde », « solde compte bourse », 

« solde bourse » ou « titre », Futilisateur devra au prealable entrer des conditions 

d*acc£s notees « CHV1 ». 

Pour pouvoir effectuer les commandes « debit », « transfert vers compte 

bourse », « ordre d'achat», « ordre de vente» ou « transfert vers compte 
20 bancaire », Futilisateur devra au prealable entrer les conditions d'acces notees 

« CHV2 ». 

La carte 8 comporte des moyens repr&ent& par un tableau, pour garder en 
m£moire les conditions d'acces conjointement pour tous les fichiers duplication. 

Le tableau comporte deux colonnes et quatre Iignes. Le nombre de Iignes est 
25 le nombre de conditions d'acces pour Tensemble des commandes de tous les 
fichiers ^application : la carte comprend en effet deux fichiers duplication et 
chacun d'eux comporte deux conditions d*acces pour Tensemble de ses commandes. 

Lorsqu'une condition d'acces dans un fichier d'application est memorisee, 
Fadresse du fichier duplication figure sur une ligne de la premiere colonne et 
30 ladite condition d , acces figure sur la meme ligne de la deuxieme colonne. A 
l'inverse, lorsqu*une condition d*acces dans un fichier duplication n*est pas 
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memorisee, l'adresse du fichier d'application ne figure sur aucune ligne de la 
premiere colonne. 

En se referant plus particulierement a la figure 6, on a represente la carte 8 
adaptfe a etre inseree dans un lecteur 12. Le lecteur 12 est connect e a un 
5 ordinateur 10 reli6 a un clavier 14, a un ecran 16 et a un distributeur 18 de billets. 
L'ordinateur 10 est connecte & un ordinateur central 20 adapt e i memoriser les 
operations qui sont demandees. 

En se r&erant maintenant plus particulierement a la figure 8, on a represent^ 
les etapes du procedd de gestion de commandes dans phisieurs fichiers 
10 d'application. 

Dans la situation initiale notee 80, l'utilisateur a ordonne 1'execution d'une 
commande dans un fichier d'application. 

Au cours d'une premiere etape notee 81, on recherche si la condition d'acces 
correspondant a ladite commande est memorisee. 
15 Si la condition d'acces est m6moris6e, alors on lance, au cours d'une etape 

notee 82, 1'execution de la commande. 

Si la condition d'acces n'est pas memorisee, alors, au cours d'une etape 
notee 83, on demande k l'utilisateur de satisfaire a la condition d'accds. 

Et alors, si l'utilisateur satisfait a la condition d'acces : au cours d'une etape 
20 notee 84, on memorise la condition d'acces et on lance 1'execution de la 
commande. 

Un exemple d'utilisation de la carte va maintenant etre deait. 
L'utilisateur insere la carte 8 dans le lecteur 12. A ce stade de Utilisation, le 
tableau est initialise par l'« OS » : le tableau est done vide de toute donnee (figure 
25 1). 

L'utilisateur souhaite connaltre le solde de son compte bancaire. Pour cela, 
l'utilisateur ordonne 1'execution de la commande « solde » dans le fichier « compte 
bancaire ». 

L*<( OS » recherdie si la condition d'acces correspondant a la commande 
30 « solde » est memorisee, dans notre cas T« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; comme 
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ce n'est pas le cas, car le tableau est vide, 1*« OS » demande a l'utilisateur de 
satisfaire a la condition d'acces « CHV1 ». L'utilisateur entre un code confidential 
sur le clavier et l'utilisateur satisfait ainsi a la condition d'acces «CHV1 ». 
L'«OS» memorise la condition d'accis dans le tableau (figure 2) et lance 
5 . P execution de la commande « solde » : le solde du compte bancaire de Putilisateur 
apparait a Pecran. 

L'utilisateur souhaite ensuite effectuer un debit de son compte bancaire. Pour 
cela, l'utilisateur ordonne Pex&ution de la commande « debit » dans le fichier 
« compte bancaire ». 

10 L'« OS » recherche si la condition d'acces correspondant a la commande 

« debit » est memorisee, dans notre cas l'« OS » cherche si la condition « CHV2 » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; comme 
ce n'est pas le cas (figure 2), P« OS » demande a l'utilisateur de satisfaire a la 
condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel sur le clavier 

15 et l'utilisateur satisfait ainsi a la condition d'acces « CHV2 ». L'« OS » memorise 
la condition d'acces dans le tableau'(figure 3) et lance P execution de la commande 
« debit ». Le distributeur fournit a l'utilisateur la somme souhaitee. 

L'utilisateur souhaite alors connaltre le solde de son compte bancaire et 
verifier que son compte bancaire a bien ete memorise. Pour cela, l'utilisateur 

20 ordonne l'exteution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas P« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est m&noris6e dans le tableau ; comme 
c'est le cas (figure 3), P« OS » lance Pexecution de la commande « solde ». Le 

25 solde du compte bancaire de l'utilisateur apparalt a Pecran et indique bien le 
nouveau solde, c'est-a-dire, le montant indique lors de la premiere commande de 
I'op&ration « solde » diminuS de la somme debitee lors de Poperation « debit ». 

L'utilisateur souhaite connaltre le solde de son compte bourse. Pour cela, 
l'utilisateur ordonne Pexteution de la commande « solde compte bourse » dans le 

30 fichier « bourse ». 
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L*« OS » recherche si la condition d'acces correspondant a la commande 

« solde compte bourse » est memorisee, dans notre cas P« OS » cherche si la 

condition « CHV1 » du fichier d'application « bourse » est m6moris6e dans le 

tableau ; comme ce n'est pas le cas (figure 3), P« OS » demande a Putilisateur de 
5 satisfaire a la condition d'acces « CHV1 ». L'utflisateur entre un code confidentiel 

sur le clavier et Putilisateur satisfait ainsi a la condition d'acces «CHV1 ». 

L'«OS» memorise la condition d'acces dans le tableau (figure 4) et lance 

Pexecution de la commande « solde compte bourse » : le solde du compte bourse 

de Putilisateur apparait a Pecran. 
10 L'utflisateur souhaite maintenant connaitre les titres de bourse qu'fl possede 

dans son portefeuille. Pour cela, Putilisateur ordonne Pexecution de la commande 

« titre » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 

« titre » est memorisee, dans notre cas P« OS » cherche si la condition « CHV1 » 
15 du fichier d'application « bourse » est memorisfe dans le tableau ; comme c'est le 

cas (figure 4), P« OS » lance Pexecution de la commande « titre » : les titres de 

bourse poss&tes par Putilisateur apparaissent a Pecran. 

L'utflisateur souhaite maintenant vendre certains titres de bourse. Pour cela, 

Putilisateur ordonne Pexecution de la commande « ordre de vente » dans le fichier 
20 « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde compte bourse » est memorisee, dans notre cas P« OS » cherche si la 
condition « CHV2 » du fichier d'application « bourse » est memorisee dans le 
tableau ; comme ce n'est pas le cas (figure 4), P« OS » demande a Putilisateur de 

25 satisfaire & la condition d'acces « CHV2 ». L'utflisateur entre un code confidentiel 
sur le clavier et Putilisateur satisfait ainsi a la condition d'acces «CHV2». 
L*«OS» memorise la condition d'acces dans le tableau (figure 5) et lance 
Pexecution de la commande « ordre de vente » : P« OS » passe ainsi Pordre des 
titres que Putilisateur vend. 

30 L'utflisateur souhaite alors connaitre le solde de son compte bourse et 

verifier que son compte bourse a bien ete credite du montant des ventes des titres 
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effectudes. Pour cela, l'utilisateur ordonne Pexecution de la commande « solde 
compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde compte bourse » est memorisee, dans notre cas P« OS » cherche si la 

5 condition « CHV1 » du fichier duplication « bourse » est memorisee dans le 
tableau ; comme c'est le cas (figure 5), P« OS » lance Pexecution de la commande 
« solde compte bourse ». Le solde du compte bourse de l'utilisateur apparait a 
P Scran et indique bien le nouveau solde, c'est-a-dire, le montant indique lors de la 
premiere commande de Poperation « solde compte bourse » augmente de la 

10 somme degagee lors de la vente des titres de bourse. 

L'utilisateur souhaite transferer une somme de son compte bourse sur son 
compte bancaire. Pour cela, l'utilisateur ordonne Pexecution de la commande 
« transfert vers compte bancaire » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 

15 « transfert vers compte bancaire » est memorisee, dans notre cas P« OS » cherche 
si la condition « CHV2 » du fichier d'application « bourse » est memorisee dans le 
tableau ; comme c'est le cas (figure 5), P« OS » lance Pexecution de la commande 
« transfert vers compte bancaire ». 

L'utilisateur souhaite alors connaitre le solde de son compte bancaire et 

20 verifier que son compte bancaire a bien ete credite. Pour cela, l'utilisateur ordonne 
Pexecution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas P« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; comme 

25 c'est le cas (figure 5), P« OS » lance Pexdcution de la commande « credit ». Le 
solde du compte bancaire de l'utilisateur apparait a Pecran et indique bien le 
nouveau solde, c'est-a-dire, le montant indique lors de la deuxieme commande de 
P operation <( solde » augmente de la somme transferee lors de Poperation 
« transfert vers compte bancaire ». 
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L'utilisateur souhaite alors connaitre le solde de son compte bourse et 
verifier que son compte bourse a bien ete debite. Pour cela, Putilisateur ordonne 
Texdcution de la commande « solde compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 

5 « solde compte bourse » est memorisSe, dans le cas considere T« OS » cherche si 
la condition « CHV1 » du fichier duplication « bourse » est memorisee dans le 
tableau ; comme c'est le cas (figure 5), F« OS » lance Texecution de la commande 
« solde compte bourse ». Le solde du compte bourse de Tutilisateur apparalt a 
Pecran et indique bien le nouveau solde, c'est-a-dire, le montant indique lors de la 

10 premiere commande de P operation « solde compte bourse » diminue de la somme 
transferee lors de Poperation« transfert vers compte bancaire ». 

L'utilisateur decide de finir d'ordonner des commandes et ferme la session 
carte qu'il vient d'effectuer, ce faisant le tableau va etre initialise, c'est-a-dire que 
toutes les donnees vont etre effacees. Puis Putilisateur retire la carte du lecteur. 

15 Pour des raisons de security si en cours d'utilisation de la carte, cette 

derniere est retiree du lecteur, les donnees du tableau sont automatiquement 
effaces. 

Bien entendu, la presente invention n'est nuDement limitee au mode 
cTexecution decrit et represents qui n'a ete donne qu'a titre d'exemple. En 
20 particulier, elle comprend tous les moyens constituant des equivalents techniques 
des moyens dterits ainsi que leurs combinaisons, si celles-ci sont executees selon 
Pesprit de llnventioa 
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REVENDTCATIONS 

1. Procede de gestion de commandes dans phisieurs fichiers d'application, a 
chaque commande dans chaque fichier d'application etant associee une condition 
5 d'acces correspondant a ladite commande, chaque commande dans chaque fichier 
d'application etant executfe si un utilisateur a ordonne 1'execution de ladite 
commande et si la condition d'acces correspondant a ladite commande est 
m&noriste, caract£ris6 en ce qu'on garde memorisees les conditions d'acces 
conjointement pour tous les fichiers d'application. 
10 2. Procede selon la revendication 1, caracterise en ce que, un utilisateur 

ayant ordonnS 1'execution d'une commande dans un fichier d'application, 

on recherche si la condition d'acces correspondant a ladite commande est 
m6morisee, 

si la condition d'acces est memorisee alors on lance Fexecution de la 
15 commande, 

sinon on demande a l'utilisateur de satisfaire a la condition d'acces et alors, 
si l'utilisateur satisfait a la condition 'd'acces, on memorise la condition d'acces et 
on lance l'exteution de la commande. 

3. Proced6 selon la revendication 2, caracterise en ce que, n ddsignant un 
20 entier superieur ou egal a deux, l'utilisateur ayant satisfait a n conditions d'acces, 

on garde memorisees les n dernieres conditions d'acces satisfaites. 

4. Procede selon la revendication 3, caracterise en ce que, une nouvelle 
condition d'acc& etant satisfaite par l'utilisateur, ladite condition d'acces n'etant 
pas en memoire, n conditions d'acces etant memorisees, on supprime de la 

25 m&noire la condition d'acces la plus anciennement satisfaite et on memorise la 
condition d'accds nouvellement satisfaite. 

5. Proced6 selon l'une quelconque des revendications 3 ou 4, n est egal au 
nombre de conditions d'acces pour I'ensemble des commandes de tous les fichiers 
d'application. 
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6. Procede selon Tune quelconque des revendications 3 ou 4, n est 
superieur au nombre de conditions d'acces pour 1'ensemble des commandes de 
tous les fichiers d'application. 

7. Procede selon Tune quelconque des revendications 3 ou 4, n est inferieur 
5 au nombre de conditions d'acces pour Pensemble des commandes de tous les 

fichiers d'application. 

8. Procede selon Time quelconque des revendications 1 a 7, un contact 
6tant etabli pour demarrer ledit procede de gestion de commandes, le contact etant 
rompu, on efface toutes les conditions d'acces. 

10 9. Carte (8) a puce adaptee a gerer des commandes dans plusieurs fichiers 

d'application, a chaque commande dans chaque fichier d'application etant associee 
une condition d'acces correspondant a ladhe commande, chaque commande dans 
chaque fichier d'application etant executee si un utilisateur a ordonne l'execution 
de ladite commande et si la condition d'acces correspondant a ladite commande est 

15 en memoire, caracterisee en ce qu'elle comporte des moyens pour garder en 
memoire les conditions d'acces conjointement pour tous les fichiers d'application. 

10. Carte (8) selon la revendication 9, caracterisee en ce que, un utilisateur 
ayant ordonne* l'execution d'une commande dans un fichier d'application, elle 
comporte : 

20 - des moyens adaptes a rechercher si la condition d'acces correspondant a 

ladite commande est en memoire, 

- des moyens adaptes a lancer Texecution de la commande si la condition 
d'acces est en memoire, 

- des moyens adaptes a demander a Y utilisateur de satisfaire a la condition 
25 d'acces si la condition d'acces n'est pas en memoire, et 

- des moyens adaptes a memoriser la condition d'acces et a lancer 
l'execution de la commande si Futilisateur satisfait a la condition d'acces. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n designant 
un entier superieur ou egal a deux, ('utilisateur ayant satisfait a n conditions 

30 d'acces, elle comporte des moyens adaptes a garder en memoire les n dernieres 
conditions d'acces satisfahes. 
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12. Carte (8) selon la revendication 1 1, caracterisee en ce que, une nouveHe 
condhion d'acees etant satisfaite par Putilisateur, ladite condition d'acces n' etant 
pas en memoire, n conditions d'acces etant memorisees, elle comporte des moyens 
adaptes a supprimer de la memoire la condition d'acces la plus anciennement 

5 satisfaite et a memoriser la condition d'acces nouvellement satisfaite. 

13. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
egal au nombre de conditions d'acces pour Pensemble des commandes de tous ies 
fichiers duplication. 

14. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
10 superieur au nombre de conditions d'acces pour Tensemble des commandes de 

tous les fichiers duplication. 

15. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
. inferieur au nombre de conditions d'acces pour Pensemble des commandes de tous 

les fichiers duplication. 
15 16. Carte (8) selon Tune quelconque des revendications precedentes 

caracterisee en ce qu'elle comporte un contact et des moyens adaptes a supprimer 
toutes les conditions d'acces lorsque le contact est rompu. 



2793048 

1/3 



FIG.1 



<^Compte bancaire)>> 


«CHV1» 














i 


<<(Compte bancaire)>> 


«CHV2» 


<<(Compte bancaire)>> 


«CHV1» 












<<( Bourse ^> 


« CHV1 » 


<<(Compte bancaire)^> 


«CHV2» 


<^Compte bancaire)^> 


«CHV1» 








<<( Bourse ^>> 


«CHV2» 


Bourse )>> 


«CHV1» 


<<(Compte bancaire)>> 


«CHV2» 


<^Compte bancaire^> 


«CHV1» 



FIG.2 



FIG.3 



FIG.4 



FIG.5 



2793048 





FIG.6 



80 



L'UTILISATEUR A 0RD0NNE L'EXECUTION 
D'UNE COMMANDE DANS UN FICHIER D'APPLICATION 
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ON RECHERCHE SI LA CONDITION D'ACCES 

CORRESPONDANT A LADITE COMMANDE EST MEMORISE 
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SI LA CONDITION D'ACCES EST 
MEMORISEE. ALORS ON LANCE 
L'EXECUTION DE LA COMMANDE 
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SI LA CONDITION D'ACCES N'EST PAS 
MEMORISEE. ALORS ON DEMANDE A 
L'UTILISATEUR DE SATISFAIRE A LA 
CONDITION D'ACCES 
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SI L'UTILISATEUR SATISFAIT A LA 
CONDITION D'ACCES. ALORS ON MEMORISE 
LA CONDITION D'ACCES ET ON LANCE 
L'EXECUTION DE LA COMMANDE 
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EP 0 644 513 A (AT & T CORP) 
22 mars 1995 (1995-03-22) 

* abregS * 

* colonne 5, Ugne 30 - colonne 7, Ugne 
25 * 

* colonne 12, llgne 23 - llgne 31 * 

* colonne 14, llgne 25 - llgne 39 * 

* figure 2 * 

US 5 600 818 A (WEIKMANN FRANZ) 
4 fevrler 1997 (1997-02-04) 

* colonne 2, ltgne 14 - llgne 23 * 

* colonne 2, llgne 42 - llgne 47 * 

* revendl cations 1,3,11,15,16,19 * 

US 4 882 474 A (ANDERL EWALD C ET AL) 
21 novembre 1989 (1989-11-21) 

* abreg£ * 

* colonne 1, Ugne 57 - colonne 2, Hgne 
44 * 

* colonne 5, llgne 21 - llgne 30 * 

* revendl cations 1,5,8 * 

EP 0 717 339 A (MICROSOFT CORP) 
19 juin 1996 (1996-06-19) 

* colonne 2, llgne 32 - colonne 3, llgne 
15 * 

* revendl cations 1,3,10,11 * 
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